haddock-out-of-memory
authorDebian Haskell Group <pkg-haskell-maintainers@lists.alioth.debian.org>
Thu, 28 Feb 2019 14:18:49 +0000 (14:18 +0000)
committerGianfranco Costamagna <locutusofborg@debian.org>
Thu, 28 Feb 2019 14:18:49 +0000 (14:18 +0000)
commit5fc0bd2f44582a9d2a4ca578b1cd078f0942af42
treeccb9e95f380e81dee750f012e1c9747483439825
parentad69044e0dce233e3485c744c6299589a451f1dc
haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch
compiler/main/GHC.hs
utils/haddock/haddock-api/src/Haddock/Interface.hs
utils/haddock/haddock-api/src/Haddock/Interface/AttachInstances.hs